home *** CD-ROM | disk | FTP | other *** search
- Path: ix.netcom.com!news
- From: bradds@ix.netcom.com (Bradd W. Szonye)
- Newsgroups: comp.lang.eiffel,comp.lang.c,comp.lang.c++,comp.object,comp.software-eng
- Subject: RE: OOA [was:Re: Beware of "C" Hackers -- A rebuttal to Bertrand Meyer]
- Message-ID: <01bb2ef6.3e5c75e0$8ec2b7c7@Zany.localhost>
- Date: 20 Apr 96 20:11:55 GMT
- References: <1995Jul3.034108.4193@rcmcon.com> <4kma54$11m@news4.digex.net> <goochb.334.0015B418@rwi.com> <4kr166$1ep@news.nstn.ca> <bksDpv1r1.qI@netcom.com>
- Organization: Netcom
- NNTP-Posting-Host: det-mi4-14.ix.netcom.com
- X-NETCOM-Date: Sat Apr 20 3:11:55 PM CDT 1996
- X-Newsreader: Microsoft Internet News
-
-
- On Sunday, April 14, 1996, Bradley K. Sherman wrote...
- > In article <4kr166$1ep@news.nstn.ca>, dbshapco <dbshapco@fox.nstn.ca>
- wrote:
- > ...
- > >In a nutshell, any anticipation of the solution domain pollutes
- analysis, to
- > >the worst case in which analysis is nothing more than an alternate way
- of
- > >describing implementation (ditto design). OOP should generate objects
- which
- > >correspond to entities in the problem domain and the relationships
- suggested
- > >by a well defined taxonomy, and the quality of the classes and class
- > >hierarchy vary directly with the quality of analysis. Puerile and
- > >simplisitic analysis based on inappropriate or forced correspondences
- usually
- > >results in crippled and incomprehensible classes and class hierarchies.
- > ...
- > Excellent article. Obviously written by a practitioner.
- >
- > However, well defined taxonomies are not easy to come by. The
- > problem is that the taxonomy of the woman on the warehouse floor
- > is *not* the same as the taxonomy of the guy in accounts
- > receivable which differs yet again from the salesman, ad
- > nauseum throughout the customer's organization. Each person
- > chops up the flow of work in a different way.
- >
- > --bks
- >
-
- The difficulty of determining what the taxonomy is is the foundation of a
- whole OOA methodology I've read of but not actually used or seen in use.
- The methodology is called "OO-RAM" and is defined in the book "Working
- with Objects" by Trygve Reenskaug. The oo-ram method proposes coming up
- with various "role models" (scenarios based around the point of view of
- one object "role" in the system). You come up with role models for all the
- important points of view and then split or merge various roles into your
- object taxonomy. The whole idea has a lot of intellectual appeal imho, but
- I wonder how usable it actually is?
-
- I'm interested in hearing any commentary from people who know of or have
- used the OORAM methodology.
-